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(54) Title: MODULAR SECURITY DEVICE 

(57) Abstract 

The invention enables a modular, typically 
portable, device to communicate with a host 
computing device to enable one or more secu- 
rity operations to be performed by the modular 
I device on data stored within the host computing 
device, data provided from the host computing 
j device to the modular device (which can then 
| be, for example, stored in the modular device 
or transmitted to yet another device), or data re- 
( trieved by the host computing device from the 
j modular device (e.g., data that has been stored 
in the modular device or transmitted to the mod- 
; ular device from another device). In particular, 
I the modular device can include a security mod- 
ule that is adapted to enable performance of one 
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PROS S- REFERENCE TO RELATE D APPLICATION 

This application is related to the commonly owned, co- 

10 pending United States Patent Application entitled "Peripheral 
Device With Integrated Security Functionality." by William P. 
Bialick. Mark J. Sutherland, Janet L. Dolphin- Peterson, 
Thomas K. Rowland, Kirk W. Skeba and Russell D. Housley filed 
on the same date as the present application and having 

15 Attorney Docket No. SPY-004, the disclosure of which is 
incorporated by reference herein. 

RApyftROIIND OF THE INVENTION 

1. Field of the Invention 

This invention relates to a modular, typically portable, 
20 device (as well as the methods employed by such a modular 
device, and systems including such a modular device and a 
host computing device with which the modular device 
communicates) that can communicate with a host computing 
device to enable one or more security operations to be 
25 performed by the modular device on data stored within the 
host computing device, data provided from the host computing 
device to the modular device, or data retrieved by the host 
computing device from the modular device. 

2. Related Art 

30 Computing capability is becoming increasingly portable. 

In particular, there are more and more portable peripheral 
devices that are adapted for communication with a host 
computing device (e.g., desktop computer, notebook computer 
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or personal digital assistant) to enable particular 
functionality to be achieved. These portable peripheral 
devices can take a variety of physical forms (e.g., PCMCIA 
cards, smart cards, CD-ROMs) and can perform an assortment of 
5 functions (e.g., storage, communications and cryptography). 

However, while portable computing affords a number of 
advantages, it has a significant disadvantage in that the 
computational environment (including the portable peripheral 
devices, the host computing devices in which they are used, 

10 and any other computational devices that communicate with 
those devices) is more susceptible to security breaches, 
i.e., unauthorized access to, or modification of, programs 
and/or data resident within the environment. Consequently, 
cryptographic devices and methods have been developed for use 

15 with such computational environments (as well as other 
computational environments) to enable increased levels of 
environment security to be obtained. 

FIG. 1 is a block diagram of a prior art system for 
enabling a host computing device to provide secured data to, 

20 and retrieve secured data from, a portable device. In 

FIG. 1, a system 10 0 includes a host computing device 101 and 
a portable device 102. The host computing device 101 and 
portable device 102 are adapted to enable communication 
between the devices 101 and 102. The host computing 

25 device 101 includes a security mechanism 101a (which can be 
embodied by appropriately configured hardware, software 
and/or firmware, such as, for example, a general purpose 
microprocessor operating in accordance with instructions of 
one or more computer programs stored in a data storage device 

30 such as a hard disk) which can be directed to perform one or 
more cryptographic operations. 

In the system 100, if it is desired to provide secured 
data from the host computing device 101 to the portable 
device 102, the host computing device 101 causes the security 

3 5 mechanism 101a to perform appropriate cryptographic 
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operations on data before the data is transferred to the 
portable device 102. Similarly, the host computing 
device 101 can receive secured data from the portable 
device 102 and perform appropriate cryptographic operations 
5 on the data to convert the data into a form that enables the 
data to be accessed and/or modified by a person who is 

authorized to do so. 

A significant deficiency of the system 100 is that the 
security mechanism 10la is itself typically not adequately 
10 secure It is commonly accepted that the components 

(including hardware, software and/or firmware) of most host 
computing devices are inherently insecure. This is because 
the system design of host computing devices is. typically, 
intentionally made open so that components made by different 
15 manufacturers can work together seamlessly. Thus, an 

unauthorized person may obtain knowledge of the operation of 
the security mechanism 101a (e.g.. identify a cryptographic 
key) , th ereby enabling that person to gain access to. and/or 
modify, the (thought to be secured) data. 
20 FIG 2 is a block diagram of another prior art system 

for enabling a host computing device to provide secured data 
to and retrieve secured data from, a portable device. In 
FIG 2 a system 200 includes a host computing device 201. a 
portable device 202 and a security device 203. The host 
25 computing device 201. the portable device 202 and security 
device 203 are adapted to enable communication between the 
devices 201 and 202. and between the devices 201 and 203. 
The security device 203 includes appropriately configured 
hardware, software and/or firmware which can be directed to 
30 perform one or more cryptographic operations. 

in the system 200. if it is desired to provide secured 
data from the host computing device 201 to the portable 
device 202. the host computing device 201 first causes data 
to be transferred to the security device 203. where 
35 appropriate cryptographic operations are performed on the 
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data. The secured data is then transferred back to the host 
computing device 201, which, in turn, transfers the secured 
data to the portable device 202. Similarly, the host 
computing device 201 can receive secured data from the 
5 portable device 202 by, upon receipt of secured data, 

transferring the secured data to the security device 203, 
which performs appropriate cryptographic operations on the 
data to convert the data into a form that enables the data to 
be accessed, and/or modified by a person who is authorized to 

10 do so, then transfers the unsecured data back to the host 
computing device 201. 

The system 200 can overcome the problem with the 
system 100 identified above. The security device 203 can be 
constructed so that the cryptographic functionality of the 

15 device 203 can itself be made secure. (Such a security 
device is often referred to as a security "token.") An 
unauthorized person can therefore be prevented (or, at least, 
significantly deterred) from obtaining knowledge of the 
operation of the security device 203, thereby preventing (or 

20 significantly deterring) that person from gaining access to, 
and/or modifying, the secured data. 

However, the system 200 may still not always ensure 
adequately secured data. In particular, unsecured data may 
be provided by the host computing device 201 to the portable 

25 device 202 if the host computing device 201 - whether through 
inadvertent error or deliberate attack by a user of the host 
computing device 201, or through malfunction of the host 
computing device 201 - fails to first transfer data to the 
security device 203 for appropriate cryptographic treatment 

30 before providing the data to the portable device 202. 

Additionally, the system 200 requires the use of two 
separate peripheral devices (portable device 202 and security 
device 203) to enable the host computing device 201 to 
exchange secured data with the portable device 202. For 

35 several reasons, this may be inconvenient. First, both 
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devices 202 and 203 may not be available at the time that it 
is desired to perform a secure data exchange (e.g.. one may 
have been forgotten or misplaced) . Second, even if both 
devices 202 and 203 are available, it may not be possxble to 
5 connect both devices 202 and 203 at the same time to the host 
computing device 201. making use of the devices 202 and 203 
cumbersome and increasing the likelihood that unsecured data 
is provided by the host computing device 201 to the portable 
device 202. 

10 SUMMARY QP THE INV ENTION 

A modular device according to the invention can be used 
to communicate with a host computing device to enable one or 
more security operations to be performed by the modular 
device on data stored within the host computing device, data 
15 provided from the host computing device to the modular devxce 
(which can then be, for example, stored in the modular devxce 
or transmitted to" yet another device), or data retrieved by 
the host computing device from the modular device (e.g.. data 
that has been stored in the modular device or transmitted to 
20 the modular device from another device) . In particular, the 
modular device can include a security module that is adapted 
to enable performance of one or more security operations on 
data, and a target module that is adapted to enable a defxned 
interaction with a host computing device. The target module 
25 can be embodied by any of a variety of modules having 

different types of functionality (e.g., data storage, data 
communication, data input and output, user identification), 
as described further below. The modular device can be 
implemented so that the modular device can be operated xn any 
30 one of multiple user- selectable modes: a securxty 

functionality only mode, a target functionality mode, and a 
combined security and target functionality mode. The modular 
device can also be implemented so that the securxty 
operations are performed in-line, i.e.. the security 
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operations are performed between the interface of the host 
computing device to the modular device and the external 
communications interface of the target module. Moreover, the 
modular device can be implemented so that the security 
5 functionality of the modular device is transparent to the 
host computing device. 

A modular device according to the invention can 
advantageously enable application of security operations to a 
wide variety of interactions with a host computing device. 

10 In particular, a modular device according to the invention 
can accomplish this without necessity to use multiple 
peripheral devices that each include security functionality 
in addition to the primary functionality of the peripheral 
device. This can, for example, facilitate use of peripheral 

15 devices having security capability that operate in a 

predictable, reliable and consistent (yet secure) manner, 
since a single security module can be used to provide 
security to multiple types of interaction with a host 
computing device. This can also enable ease and flexibility 

20 in use of secure peripheral devices, since the same security 
module can be used with a variety of target modules. 
Moreover, the provision of in-line security in a modular 
device according to the invention enables a more secure 
exchange of data between a host computing device and the 

25 modular device, overcoming the problems identified above in 
previous systems for performing security operations on data 
exchanged between such devices. Additionally, implementing a 
modular device according to the invention so that the 
performance of security operations by the modular device is 

3 0 transparent can reduce or eliminate the need to modify 

aspects of the operation of the host computing device (e.g., 
device drivers of the host computing device) , making 
implementation and use of a data security system including 
the modular device simpler and easier. Thus, the possibility 
3 5 that a user will use the system incorrectly (e.g., fail to 
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apply security operations to an interaction with the host 
computing device, or apply the security operations 
Erectly or incompletely, is reduced. ^ing the security 
operations transparent can also enhance the security o£ those 

5 operations. . 

in one embodiment of the invention, a modular device 
that is adapted to enable communication with a host computing 
device includes a security module and a target module that 
are constructed so that the modules can physically engage 
10 with one another, as well as communicate with each ° ther ' 

The target module is adapted to enable a defined interaction 
with a host computing device- (examples of which are 
below , . The security module is adapted to enable performance 
of one or more security operations on data. The target 
15 module can be embodied, for example, as a memory module 
adapted to enable non-volatile storage of data (e.g.. a 
module including a solid-state disK storage -"^"^"^ 
computer flash memory drive) . a communications module adapted 
to enable communication between the host computing device and 
20 a remote device (e.g.. a modem module or a IW transceiver 
module,, a biometric module (e.g.. a fingerprint scanning 
module, a retinal scanning module, a faceprint scanning 
module, . or a smart card reader module -apted to commun cate 
with a smart card. In a further particular embodiment of the 
25 modular device, the security module is adapted to enable 
communication with a host computing device In an <* h " 
further particular embodiment, the modular device is further 
adapted to enable provision of the type of a target module to 
a host computing device in response to a request from the 
30 host computing device for information regarding the type 

the modular device. Novice 
in another embodiment of the invention, a modular device 

includes a security module that is adapted to <^ e 
performance of one or more security operations on 
35 target module that is adapted to enable a defined interaction 



WO 98/55912 



PCT/US98/11064 



- 8 - 

with a host computing device (such as the interactions 
discussed above with respect to exemplary embodiments of the 
target module of the previously discussed embodiment of the 
invention) . The security and target modules are adapted so 
5 that the modules can communicate with each other. However, 
only the security module is enabled to communicate directly 
with the host computing device. In a further particular 
embodiment of the modular device, the security module is 
further adapted to enable provision of the type of a target 
10 module to a host computing device in response to a request 
from the host computing device for information regarding the 
type of the modular device. 

In yet another embodiment of the invention, a modular 
device that is adapted to enable communication with a host 
15 computing device, and that includes a security module that is 
adapted to enable performance of one or more security 
operations on data and a target module that is adapted to 
enable a defined interaction with a host computing device, is 
further adapted to enable provision of the type of a target 
20 module to a host computing device in response to a request 
from the host computing device for information regarding the 
type of the modular device . As with the previously discussed 
embodiments of the invention, the target module can be 
embodied by any of a variety of modules. 
25 In still another embodiment of the invention, a modular 

device that is adapted to enable communication with a host 
computing device, and that includes a security module that is 
adapted to enable performance of one or more security 
operations on data and a target module that is adapted to 
30 enable a defined interaction with a host computing device, is 
further adapted to enable the security module and/or the 
target module to be operably connected to the host computing 
device in response to an instruction from the host computing 
device. As with the previously discussed embodiments of the 
35 invention, the target module can be embodied by any of a 
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variety of modules. 

In another embodiment of the invention, a security 
module is adapted to enable communication with a host 
computing device, performance of one or more security 
5 operations on data, and communication with a target module 
that is adapted to enable a defined interaction with a host 
computing device. The security module can also be adapted to 
enable physical engagement with the target module. 
Additionally, the security module can be adapted to enable 
10 communication with a target module to obtain information from 
the target module that can be used to identify the type of 
the target module. Such a security module can further be 
adapted to enable provision of the information to a host 
computing device in response to a request from the host 
15 computing device for information regarding the type of the 
device of which the security module is part. 

in yet another embodiment of the invention, a data 
security system includes a host computing device and a 
modular device including a security module. The host 
20 computing device and the security module are adapted to 

enable communications with each other. The security module 
is also adapted to enable performance of one or more security 
operations on data, and communication with a target module 
that is adapted to enable a defined interaction with a host 
25 computing device. In a further particular embodiment of the 
system, the modular device further includes a target module 
which is adapted to enable communication with a security 
module, as well as to enable a defined interaction with a 
host computing device (examples of which are discussed above 
30 with respect to exemplary embodiments of the target module of 
previously discussed embodiments of the invention) . In 
another further particular embodiment of the system, the 
security module is further adapted to enable communication 
with a target module to obtain information from the target 
35 module that can be used to identify the type of the target 
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module, and subsequent provision of the information to a host 
computing device in response to a request from the host 
computing device for information regarding the type of the 
modular device. 

5 In still another embodiment of the invention, a method 

for use in a modular device adapted for communication with a 
host computing device, the modular device including a 
security module and a target module, includes the steps of 
receiving a request from the host computing device for 

10 information regarding the type of the modular device, and 

providing the type of the target module to the host computing 
device in response to the request. In a further particular 
embodiment of the method, the method includes the step of 
controlling the security module to communicate with the 

15 target module so as to obtain information from the target 
module that can be used to identify the type of the target 
module. This last step can be particularly advantageous when 
used with a modular device in which only the security module 
can communicate directly with the host computing device, 

20 since the method allows the presence of the security module 
to be masked from the host computing device. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a prior art system for 
enabling a host computing device to provide secured data to, 
25 and retrieve secured data from, a portable device. 

FIG. 2 is a block diagram of another prior art system 
for enabling a host computing device to provide secured data 
to, and retrieve secured data from, a portable device. 

FIG. 3A is a block diagram of a system according to the 
30 invention. 

FIG. 3B is a perspective view of a physical 
implementation of the system of FIG. 3A, according to one 
embodiment of the invention. 
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FIG. 4A is a block diagram of a modular device, 
according to one embodiment of the invention, including a 
security module and a target module that, together, can 
embody the modular device of the system of FIG. 3A. 
5 FIG. 4B is a plan view of a modular device that 

represents a physical implementation, according to one 
embodiment of the invention, of the modular device of 
FIG. 4A. 

FIG. 5 is a flow chart of a method, according to an 
10 embodiment of the invention, for initiating use of a system 
according to the invention. 

FIG. 6 is a block diagram of a system, according to an 
embodiment of the invention, illustrating operation of the 
system during a method according to the invention as in 
15 FIG. 5. 

FIG. 7 is a flow chart of a method, according to an 
embodiment of the invention, for using a modular device 
according to the invention. 

FIG. 8 is a block diagram of a security module according 
20 to one embodiment of the invention. 

FIG. 9A is a block diagram illustrating the flow of data 
through the interface control device of FIG. 8. 

FIG. 9B is a block diagram of a particular embodiment of 
an interface control device for use in a security module 
25 according to the invention. 

TTRTATT.F.D DESCRTPTTON O F THE INVENTION 

FIG. 3A is a block diagram of a system 300 according to 
the invention. The system 300 includes a host computing 
device 301 and a modular device 302 that communicate via a 
30 communications interface 303. The modular device 302 
includes at least a security module 302a that enables 
security operations (examples of which are described in more 
detail below) to be performed on data that is stored within 
the host computing device 301, data that is transmitted from 
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the host computing device 301 to another device, or data that 
is transmitted from another device to the host computing 
device 301. As explained in more detail below, such a 
modular device can also include a target module for providing 
5 additional functionality to a system according to the 

invention, such as, for example, a memory module (e.g., a 
module including a compact flash memory device) , a 
communications module (e.g., a module including a modem or a 
LAN transceiver), a biometric module (e.g., a module 
10 including a fingerprint scanning device, a retinal scanning 
device, or a faceprint scanning device) or a smart card 
reader module. 

Generally, the communications interface 303 can be any 
embodied by any of a variety of communication interfaces, 
15 such as a wireless communications interface, a PCMCIA 

interface, a smart card interface, a CD-ROM interface, a 
serial such as an RS-232 interface, a parallel interface, or 
a SCSI interface. Each embodiment of the communications 
interface 303 includes hardware present in each of the host 
20 computing device 301 and modular device 302 that operates in 
accordance with a communications protocol (which can be 
embodied, for example, by software stored in a memory device 
and/or firmware that is present in the host computing 
device 301 and/or modular device 302) appropriate for that 
25 type of communications interface, as known to those skilled 
in the art. Each embodiment of the communications 
interface 30 3 also includes mechanisms to enable physical 
engagement, if any, between the host computing device 301 and 
modular device 302. 
30 Generally, the security module 302a can be configured to 

perform any electronic data security operation (herein, 
referred to simply as a "security operation") including, for 
example , operations that provide one or more of the basic 
cryptographic functions, such as maintenance of data 
3 5 confidentiality, verification of data integrity, user 1 
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authentication and user non- repudiation . Particular security 
operations that can be implemented in a modular device 
according to the invention are described in more detail 
below. 

5 The security module 302a can be, for example, a security 

token. Herein, "security token" refers to a device that 
performs security operations and that includes one or more 
mechanisms (such as. for example, use of a hardware random 
number generator and/or protected memory) to provide security 
10 for the content of those operations. 

FIG 3B is a perspective view of a physical 
implementation of the system 300 of FIG. 3A. according to one 
embodiment of the invention. In FIG. 3A, the modular 
device 302 is embodied as a card 312 that can be inserted 
15 into a corresponding slot 313 formed in a portable 

computer 311 that, in FIG. 3B. embodies the host computing 
device 301. 

FIG. 4A is a block diagram of a modular device 400, 
according to one embodiment of the invention, including a 

20 security module 401 and a target module 402 that, together, 
can embody the modular device 302 of the system 300 of 
FIG 3A. (Note, though, that it is possible, as explained xn 
more detail below, to use the modular device 400 with only 
the security module 401.) The security module 401 and target 

25 module 402 are physically separate devices that can be 
physically and electrically joined (as described further 
below) to enable communication between the modules 401 
and 402. 

The modular device 400 can have a number of advantageous 
30 characteristics. The modular device 400 can be implemented 
in a manner that enables the security operations to be 
performed in a manner that is transparent to a host computing 
device (and, depending upon the particular implementation of 
the modular device 400, to a user of a system including the 
35 modular device 400) of a system according to the invention. 
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so that the host computing device (and, perhaps, user) is 
aware only of the presence of the functionality associated 
with the target module 402. Additionally, the modular device 
400 can be implemented so that security operations are 
5 performed "in-line," i.e., the security operations are 

performed between the interface of the host computing device 
to the modular device 400 and the external communications 
interface of the target module 402. Further, the modular 
device 400 enables a wide variety of secure target module 
10 functionality to be easily provided to a host computing 
device . 

FIG. 4B is a plan view of a modular device 410 that 
represents a physical implementation, according to one 
embodiment of the invention, of the modular device 400 of 

15 FIG. 4A. The modular device 410 includes a first module 411 
and a second module 412. A connector 413 is formed at one 
end of the first module 411. Opposite the connector 413, two 
opposing arms 414a and 414b extend from the first module 411, 
forming a recess therebetween. The second module 412 has a 

20 size such that the second module 412 can fit into the recess 
between the arms 414a and 414b of the first module. When the 
second module 411 is inserted into the recess of the first 
module 410, the modules 410 and 411 can be physically engaged 
with, or attached to, each other. Such engagement or 

25 attachment can be accomplished in any appropriate manner. 
For example, a friction fit between corresponding pins and 
sockets formed on the modules 410 and 411 can be used to hold 
the modules 410 and 411 in place with respect to each other 
(the pins and sockets can also enable electrical 

30 communication between the modules) . The modular device 410 
can have a size and shape such that the modular device 410 
can be inserted into a Type II PCMCIA card slot, and the 
connector 413 can conform physically to the specification for 
Type II PCMCIA cards, so that the modular device 410 can be 

35 inserted into a Type II PCMCIA card slot of a host computing 
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device to enable conununication between the host computing 
device and the modular device 410. 

in general, either of the first module 411 or second 
module 412 can be a security module and the other can be a 
5 target module. However, since as shown in FIG. 4B and 
described above, the connector 413 makes connection to the 
host computing device, it is preferable that the first 
module 411 be the security module and the second module 412 
be the target module to facilitate implementation of the in- 
10 line security aspect of the invention. 

FIG 5 is a flow chart of a method 500. according to one 
embodiment of the invention, for initiating use of a system 
according to the invention. The method 500 enables an aspect 
of the invention in which the presence of a security module 
15 as part of a modular device is not detected by a host 
computing device, thus making the security operations 
performed by the security module transparent to the host 
computing device and. depending upon the particular manner in 
which the security module is implemented, to a user of the 

20 system. . 

FIG 6 is a block diagram of a system 600. according to 
an embodiment of the invention, illustrating operation of the 
system 600 during a method according to the invention such as 
the method 500 of FIG. 5. The system 600 includes a host 
25 computing device 601 and a modular device 602. The modular 
device 602 includes a security module 610 and a target 
module 620. The host computing device 601 includes a display 
device 603a (e.g.. a conventional computer display monitor) 
and user input device 603b (e.g., a keyboard, mouse, 
30 trackball, joystick or other appropriate device), referred to 
collectively hereinafter as user interface device 603. The 
host computing device 601 also includes, mounted within a 
housing 604, a processing device 60 5, a memory device 606, an 
input/output (I/O) device 607 for enabling communication with 
35 the user interface device 603, and an input/output (I/O) 
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device 60 8 for enabling communication with modular 
device 602. The devices 605, 606, 607 and 608 can each be 
implemented by conventional such devices and can communicate 
with each other via a conventional computer bus 609, as is 

5 well known and understood. The security module 610 of the 
modular device 602 includes a processing device 611, a memory 
device 612, an input/output (I/O) device 613 for enabling 
communication with the host computing device 601, and an 
input/output (I/O) device 614 for enabling communication with 

10 the target module 620 of the modular device 602. The 

devices 611, 612, 613 and 614 can each be implemented by 
conventional such devices and can communicate with each other 
via a conventional computer bus 615, as is well known and 
understood. The target module 620 of the modular device 60 2 

15 includes a processing device 616, a memory device 617, and an 
input /output (I/O) device 618 for enabling communication with 
the security module 6.10. The devices 616, 617 and 618 can 
each be implemented by conventional such devices and can 
communicate with each other via a conventional computer 

20 bus 619, as is well known and understood. The host computing 
device 601, and the security module 610 and target module 620 
of the modular device 602 are shown in simplified form in 
FIG. 6 to facilitate clarity in illustration of this aspect 
of the invention; as described in more detail below and as 

25 understood by those skilled in the art, the host computing 
device 601, the security module 610 and the target module 620 
can - and typically will - include other devices not shown in 
FIG • 6. 

Returning to FIG. 5, use of a system according to the 
30 invention begins when, as shown by step 501, a user of the 
system connects a modular device according to the invention 
to a host computing device. Such connection can occur in any 
manner that enables the modular device to communicate with 
the host computing device. Frequently, this will occur as a 
35 result of a physical connection of the modular device to the 
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host computing device. (In general, such physical connection 
can occur either belore or after the host computing device 
begins operating; however, in the former case, subsequent 
steps of the method 500 - with the exception of. depending 
5 upon the implementation of the modular device, the step 503 - 
cannot be performed until the host computing device 
operating.) For example, the modular device can be embodied 
in a card or disk (e.g.. a card conforming to a PCMCIA form 
factor as established by the appropriate standard) that is 
10 inserted into a corresponding socket formed in the host 

computing device. Or. the modular device can be embodied in 
a housing from which a cord extends, a plug of the cord being 
inserted into a mating receptacle formed in the host 
computing device. However, such physical connection need not 
15 necessarily occur: the modular device can also be connected 
to the host computing device by any type of wireless 
communication for which the host computing device contains an 

appropriate interface. 

Once connection between the modular device and the host 
20 computing device is made, the host computing device detects 
the presence of the modular device, as shown by step 502. 
Such detection of the presence of a peripheral device is 
typically enabled as a standard aspect of the operating 
system software of the host computing device. 
25 Typically, once the presence of a new peripheral device 

is detected by the operating system software of the host 
computing device, the operating system software (or companion 
software program) also identifies the type of the 
device. This can be accomplished, for example, by a standard 
30 software device driver (hereinafter, "host driver") for 
devices of the type that use the host computing device 
interface that is being used by the modular device 602. In 
FIG 6, the host driver is shown stored in the memory 
section 606a of the memory device 606 of the host computing 
35 device 601. (The Card Services or Socket Services programs 



WO 98/55912 



PCT/US98/11064 



- 18 - 

that often are bundled with the Windows9 5™ operating system 
software for use in performing various "housekeeping" 
functions associated with a PCMCIA interface are examples of 
such drivers.) However, in the method 500, before the 
5 operating system software can perform such identification, 
the modular device according to the invention suspends 
operation of this aspect of the operating system software, so 
that the modular device can establish its identity, as shown 
by step 503, and explained further below. As will be 
10 apparent from that explanation., performance of the step 50 3 
advantageously enables the modular device to assume the 
identity of the target module that is part of the modular 
device at that time. Since, as described elsewhere herein, a 
variety of types of target modules can be used as part of a 
15 modular device according to the invention, the modular device 
can take a variety of identities . 

The particular manner in which operation of the 
operating system software is suspended so that the modular 
device can establish its identity can depend on the 
20 characteristics of the operating system software and/or the 
device interface. However, for many combinations of 
operating system software and device interface, the operating 
system software waits for confirmation that the device 
connected to the device interface is ready for further 
25 interaction with the operating system software before the 
operating system software seeks to identify the type of the 
device connected to the interface (the standard for PCMCIA 
interfaces, for example, specifies such operation). In such 
cases, the modular device can be configured to delay 
30 informing the operating system software that the modular 
device is ready for further interaction until the modular 
device has established its identity. 

The following description of one way in which the 
step 50 3 can be implemented can best be understood by 
35 reference to the system 600 shown in FIG. 6. One way in 
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which the operating system software of a host computxng 
device can identify the type of a peripheral device is to 
access a known memory section of a memory device of the 
peripheral device, as established by an interface standard 
5 developed for that type of peripheral device that stores 
data representing the type of the peripheral devxce . Thxs 
trU e for a variety of types of peripheral devices, such as. 
for example, peripheral devices that conform to the PCMCIA 
standard. (The PCMCIA standard, for example, includes a 
10 specification, called the Card Information Structure, that 
defines, among other things, a location in a portxon of 
m emory of a PCMCIA card, denoted as "attribute memory that 
stores data identifying the type of the PCMCIA card.) In 
system 600. the modular device 602 is such a devxce. 
15 Further, since the modular device 602 is configured so that 
the security module 610 communicates with the host computxng 
device 601. the memory section which the host co^tiw 
device 601 seeks to access is in the memory devxce 612 of the 
security module 610. This section is shown as the memory 
20 section 612a in FIG. 6 and the data stored therein xs 

referred to herein as "modular device identxf xcatxon data. 

Prior to use of the modular device 602 with the host 
computing device 601. the data stored in the memory 
section 612a of the security module 610 is data that 

tvnp (i e security device) of the securxty 
25 identxfxes the type (i.e.. secur y 

znodule 610 ("security module identif icatxon data > 

initially, the modular device 602 is identif xed as a securxty 

device. However, in FIG. 6 (and in many other embodiments of 

a modular device according to the invention as well) . the 

30 modular device 602 includes a target module 620. A— 

to the invention, and as explained in more detaxl below, the 

m odular device 602 can be implemented so that the modular 

device 602 assumes the identity of the target module 620 

rather than that of the security module 610. This enables 

35 the host computing device 601 to interact with the modular 
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device 602 as though the modular device 602 were a device of 
the type of the target module 620, without recognizing that a 
security module 610 is present that may be performing 
security operations. Thus, the need to modify aspects of the 
5 operation of the host computing device (e.g., trie host device 
driver) is reduced or eliminated, making implementation and 
use of a data security system including the modular 
device 602 simpler and easier. Since use of the data 
security system is easier (e.g., a user need not provide 

10 input to cause the host driver to be appropriately tailored 
to enable desired interaction with a security device) , the 
possibility that a user will use the system incorrectly 
(e.g., fail to apply security operations to an interaction 
with the host computing device, or apply the security 

15 operations incorrectly or incompletely) is reduced. 

When the modular device 602 is connected to the host 
computing device 601 (e.g., step 501 of the method 500), 
power is applied to the modular device 602. Upon application 
of power to the modular device 602, a startup program stored 

20 in the memory device 612 of the security module 610 of the 
modular device 602 begins to execute. This program can 
include instructions that cause the processing device 611 of 
the security module 610 to communicate via the I/O 
interface 614 with the target module 620 to ascertain the 

25 type of the target module 620. Each target module to be used 
as part of a modular device according to the invention can be 
implemented so that data representing the type of that target 
module ("target module identification data") is stored at a 
particular memory section in a memory device of the target 

30 module. In FIG. 6, this is shown by the memory section 617a 
in the memory device 617 of the target module 620. Thus, the 
startup program executed on the security module 610 can 
include instructions to cause the processing device 616 of 
the target module 620 to access the memory section 617a in 
35 the memory device 617, and transfer to the security 
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module 610. via the I/O interface 618. the data representing 
the type of the target module 620. When the target module 
identification data is transferred to the security 
module 610. the data is stored in the memory section 612a 
5 which the host computing device operating system software 
will access to obtain the modular device identification data, 
thus resulting in identification of the modular device 602 by 
the host computing device 601 as a device of the type of the 

target module 620. 

Alternatively, the same result can be achieved by 
modifying the host driver so that the host driver accesses a 
different section of the memory 612 at which data 
representing the type of the target module is known to be 
stored However, because the former approach does not 
15 necessitate modifying the host driver, the former approach 
may be preferable. 

Though, as shown in FIG. 6. the modular device 602 
includes the security module 610 and target module 620. the 
system 600 can also operate when the modular device 602 
20 includes only the security module 610, the modular device 602 
being used in that case to enable security operations to be 
performed on data stored in the host computing device 601. 
in such a case, when the modular device 602 establishes xts 
identity to be supplied to the host computing device 601 
25 (e.g., step 503 of the method 500), such identity is 
established simply by retaining unchanged in the 
location 612a of the memory device 612 the information 
identifying the modular device 602 as a security device. 

Before the target module identification data is stored 
30 in the memory section 612a of the memory device 612 of the 
security module 610, the security module identification data 
is moved from the memory section 612a in the memory 
device 612 to a different, predefined memory section 612b of 
the memory device 612. This enables the security module 
35 identification data to be accessed by the modular device 
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driver (discussed below) , so that the security functionality 
of the modular device can.be used. 

Returning to FIG. 5, after the modular device has 
established its identity, the host computing device 
5 identifies the modular device, as shown by step '504. This 
can be implemented as part of the host driver, as indicated 
above . 

Once the host computing device has identified the 
modular device (and other host computing device operating 
10 system software operations concluded, if applicable) , the 
user can begin using the modular device (in particular, the 
security functionality of the portable device) , as shown by 
step 505 of the method 500. Such use can be enabled by one 
or more software programs (referred to collectively 
15 hereinafter as a "modular device driver," though such 
programs can include programs in addition to those 
conventionally termed "drivers," such as programs 
conventionally termed "applications") that are executed by 
the host computing device . 
20 The use of a separate driver to control and interact 

with the security functionality of a modular device according 
to the invention can be advantageous because it reduces or 
eliminates the need to modify the host driver. As a 
practical matter, such modification of the host driver can 
25 likely only be accomplished by requiring a user to interact 
with a standard host driver to appropriately modify the 
standard host driver. This is undesirable because the user 
may forget to modify the driver or modify the driver 
incorrectly or incompletely . 
30 The modular device driver can have previously been 

installed on a data storage device (e.g. , hard disk) of the 
host computing device (in FIG. 6, the modular device driver 
is shown stored in the memory section 60 6b of the memory 
device 606 of the host computing device 601) , or can be made 
3 5 accessible to the host computing device via an appropriate 
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interface (such as a floppy disk drive, CD-ROM drive or 
network connection) at a time when the user wishes to 
initiate interaction between the host computing device and 
the modular device. Additionally, when a modular device 
5 according to the invention is used with a host computing 

device which utilizes operating system software that supports 
the feature colloquially referred to as "plug and play", it 
is also possible to store the modular device driver in a 
memory device of the modular device and configure the modular 
10 device so that, when the modular device is connected for the 
first time to a particular host computing device, the host 
computing device automatically provides the user with the 
opportunity to instruct the host computing device to cause 
the modular device driver to be transferred from the modular 
15 device to the host computing device. 

FIG. 7 is a flow chart of a method 700, according to an 
embodiment of the invention, for using a modular device 
according to the invention. It is to be understood that the 
method 7 00 shown in FIG. 7 is not the only way to enable the 
20 aspects of use of a modular device according to the invention 
that are illustrated in FIG. 7; as can be readily appreciated 
by those skilled in the art, such aspects can be implemented 
using any of a variety of other appropriate methods. 
Further, the use of a modular device according to the 
25 invention can include aspects not illustrated in FIG. 7; 
likewise, such use may not include some of the aspects 
illustrated in FIG. 7. The method 700 of FIG. 7 is shown 
merely to aid in the illustration of certain aspects of the 
invention, and should not be interpreted as restricting the 
30 manner in which a modular device according to the invention 
can be used. 

To begin using a modular device according to the 
invention, a user instructs the host computing device to 
begin execution of the modular device driver, as shown by 
35 step 701 of the method 700. the user having obtained 
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knowledge of the appropriate command to begin execution of 
the modular device driver in any appropriate manner (e.g., 
from a user manual accompanying the modular device driver 
and/or the modular device). In general, the steps of the 
5 method 7 00 occur as a result of operation of a modular device 
driver; however, operation of the host driver may be 
necessary or desirable to enable some aspects of the 
method 700 (e.g., execution of a transaction, as in 
steps 708, 712 and 715) . 
10 As indicated above, a modular device according to the 

invention can be implemented so that, when a target module is 
present as part of the modular device, the host driver cannot 
detect the presence of the security functionality of the 
modular device. In such case, the modular device driver 
15 enables the detection of the security functionality, as shown 
by step 702 of the method 700. This can be accomplished by 
including instructions as part of the modular device driver 
that, when the modular device driver first begins executing, 
cause the modular device driver to access a predefined 
20 location of a memory device of the modular device 

(preferably, and as described above, a memory device of a 
security module of the modular device) for data that 
identifies whether the modular device is a device having 
security functionality that is compatible with the modular 
25 device driver. (In FIG. 6, this is shown as the memory 

section 612b.) If the modular device is such a device, then 
the modular device driver can enable the user to make use of 
the security functionality of the modular device. Further, 
the modular device driver can be implemented, as shown in 
30 FIG. 7, so that, if the proper security functionality is not 
detected, execution of the modular device driver terminates, 
preventing use of the modular device. Alternatively, the 
modular device driver can be implemented so that, if the 
proper security functionality is not detected, the 
35 functionality of a target module of the modular device can be 
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used without the security functionality of the modular 

device . 

A modular device according to the invention that 
includes a security module and a target module can, in 
5 general, be operated in one of three modes: 1) a mode in 
which only the functionality of the security module is 
used 2) a mode in which the functionality of both the 
security and the target modules is used, and 3) a mode in 
which only the functionality of the target module is used. 
10 The user can be enabled to. via the modular device driver, 
select any one of the three modes of operation. However, m 
some applications, it may be desirable to inhibit operation 
in one or two of the modes. In particular, it may be 
desirable to prevent operation of the modular device in the 
15 last of the above-listed modes, i.e., a mode in which the 
security module is not used, if it is desired to ensure that 
use of the target module can only occur with the application 
of one or more security operations. This could be 
accomplished by implementing the modular device driver so 
20 that the option to operate in that mode is not presented to 
the user, or the modular device could be configured during 
manufacture to prohibit operation in that mode. For example, 
if the target module is a communications module or a memory 
module, it may be desirable to ensure that unencrypted data 
25 cannot be transferred via the communications module or stored 
on the memory module, whether done inadvertently or on 
purpose . 

in the method 700. all three of the above-listed modes 
are available for use. In the step 703 of the method 700. a 
30 determination is made as to whether the security module is to 
be used. (As noted above, such use may be required.) If 
yes. the modular device is operated in one of the first two 
modes above (security functionality only, or security 
functionality plus target functionality) ; if no. the third 
35 mode is used (target functionality only) . 
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The modular device driver can be implemented so that the 
user must successfully enter an acceptable access code (e.g., 
a password or PIN) before the user is enabled to use the 
modular device. In particular, it can be desirable to 
5 require an access code before enabling a user to "use the 

security functionality, thus establishing a layer of security 
that protects the integrity of the security operations 
themselves. In the method 700, as shown by the step 704, an 
acceptable access code must be entered by the user before the 
10 security functionality of the modular device can be used. An 
access code can be entered, for example, by inputting the 
access code in a conventional manner using a user interface 
device (e.g., keyboard) of the host computing device. Or, an 
access code can be entered using a target module (such as a 
15 biometric module, discussed in more detail below) that is 
part of the modular device according to the invention. 

Advantageously, an access code can be used not only to 
control " access to the security (or other) functionality of 
the modular device, but also to identify a "personality" of 
20 the user. Each personality is represented by data that 
establishes certain characteristics of operation of the 
modular device, such as, for example, restrictions on 
operation of the modular device (e.g., limitations on the 
types of security operations that can be performed) or 
25 specification of operating parameters or characteristics 
(e.g., cryptographic keys or specification of a particular 
incarnation of a type of security algorithm, such as a 
particular encryption algorithm) . A single user can have 
multiple personalities: each personality might, for example, 
30 correspond to a different capacity in which a user acts. 

Data representing personalities and corresponding user access 
codes can be stored in a memory device of the security module 
of the modular device. 

Upon receipt of an acceptable access code, the modular 
35 device driver controls the host computing device to present a 
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user interface that enables the user to effect desired 
control of the modular device, and, in particular, to use the 
modular device to perform security operations, as described 
below (If access codes are also used to identify 
5 personalities, upon receipt of an acceptable access code, the 
modular device driver can also access and retrieve the data 
representing the corresponding personality, so that the 
operation of the modular device can be controlled 
accordingly.) The user interface for enabling a user to 
10 operate the modular device can be implemented in any of a 
variety of well known ways (e.g.. as a graphical user 
interface) using methods and apparatus that are well known to 
those skilled in the art. Generally, the user interface 
enables the user to perform any functionality that is 
15 provided by the modular device, as described in more detail 

elsewhere herein. 

As indicated above, a modular device according to the 
invention can be operated in any of three modes. Once an 
acceptable access code has been entered, the modular device 
20 driver can enable the user to select one of the three modes, 
as shown in step 705 of the method 700. (Alternatively, as 
mentioned above, it may be desirable to present the user only 
with the option of choosing the security functionality only 
mode or the security functionality plus target functionality 
25 mode, so as to eliminate the possibility that the user will 
effect an unsecured use of the target module.) If the 
security functionality only mode, or the security 
functionality plus target functionality mode, is selected, 
then the user interface (and the underlying modular device 
30 driver) enables the user to input all desired or required 
instructions regarding the security operations to be 
performed for a particular "transaction" (e.g., a storage of 
data in a memory module, a transmission of data by a 
communications module, or an exchange of data with a smart 
35 card reader module) , as shown by steps 706 and 710 of the 
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method 700. For example, the user interface can enable the 
user to select data to which security operations are to be 
performed, specify the application of particular security 
operations to data, or specify parameters or other 
5 information required for a particular security operation. If 
the security functionality plus target functionality mode, or 
the target functionality only mode, is selected, then the 
user interface and modular device driver enable the user to 
input all desired or required instructions regarding use of 
10 the target module for the transaction, as shown by steps 707 
and 711 of the method 700. For example, if the target module 
is a memory module, the user interface can enable the user to 
specify a name for the stored data. Or, for example, if the 
target module is a communications module, the user interface 
15 can enable the user to specify a destination (e.g., an 
electronic mail address) for the data. 

Once the user has provided instructions in steps 706 
and 707, in step 710, or in step 711, the transaction is 
executed, as shown by step 708 or step 712 of the method 700. 
20 After execution of the transaction, the user can be allowed 
to execute further transactions, as shown by step 709 of the 
method 700. It is also possible for the user to begin using 
another personality (by entering an appropriate access code) , 
as shown by step 709 of the method 700. Eventually, use of 
25 the modular device ends, as shown by step 718 of the 
method 7 00. 

As indicated above, the modular device and associated 
modular device driver can be implemented so that it is 
possible to use only the target functionality of the modular 

30 device, even without entering an appropriate access code. In 
the method 700, such operation is shown by the steps 714, 715 
and 716, which function in the same manner as steps 711, 712 
and 709, described above. Using the modular device in this 
way can be useful, for example, when the target module is a 

35 biometric module, as described further below, that is used to 
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perform user authentication. In particular, if the biometric 
module is to be used as the mechanism to enter the access 
code in step 704. operation in this mode may be necessary 
(depending on the capabilities of the biometric module) to 
5 enable such use of the biometric module. The step 717 can 
also enable use of the security functionality to begin by 
causing a prompt for an appropriate access code to appear 
(step 704). Again, eventually, use of the modular device 

ends (step 718) . 
10 As described above, a modular device according to the 

invention that includes a security module and target module 
can be implemented so that the host computing device is not 
aware of the presence of the security module. It may also be 
desirable to shield the user from knowledge of the presence 
15 of the security module and cause predetermined security 
operations to be performed automatically. This may be 
desirable so that, for example, it is not necessary for the 
user to provide input regarding the performance of security 
operations, thus eliminating the possibility that the user 
20 will neglect to provide such input, or will provide the input 
incorrectly or incompletely. Or, it may be desirable to make 
security operations transparent to users to enhance the 
security of those operations, since, if the performance of 
such operations is unknown, there will be no attempt to 
25 defeat the security provided by those operations. If such is 
the case, the modular device driver can be implemented so 
that the modular device can operate only in the security 
functionality plus target functionality mode (steps 710, 711. 
712. 714. 715. 716 and 717 of the method 700 cannot be 
30 performed) and so that no indication (e.g., presentation of a 
user interface display that allows input of instructions 
regarding the performance of security operations, as in 
step 706 of the method 700) is given of the presence of the 
security functionality of the modular device. Rather, the 
35 user would simply be presented with options regarding 
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operation of the target module (step 707 of the method 700) . 
In such an implementation, the modular device driver can be 
implemented to automatically cause one or more predetermined 
security operations to be performed based upon a user- 
5 specified interaction with the target module, or 'the modular 
device can be configured to cause such security operations to 
be performed any time a specified interaction with the target 
module occurs. 

A significant advantage of a modular device according to 
10 the invention is that the modular device can be implemented 
so that any of a variety of types of target modules can be 
included as part of the modular device. In particular, as 
described in more detail below, the security module includes 
an interface control device which enables and manages 
15 communications between and among the host computing device, a 
cryptographic processing device that is part of the security 
module, and a target module. The interface control device, 
together with a target module I/O interface, provides a 
uniform interface with which each target module communicates. 
20 Thus, in general, a target module having any desired 

functionality can be used with a modular device according to 
the invention, so long as the target module is implemented so 
as to enable communication with an interface of the type 
presented by the security module. Those skilled in the art 
25 of data communications can readily understand how to 

implement such communication in a target module in view of 
the detailed description below of an embodiment of a security 
module according to the invention, and, in particular, an 
interface control device of such a security module. 
30 . For example, a target module of a modular device 

according to the invention can be embodied as a memory module 
adapted to enable non-volatile storage of data. In general, 
any such memory module can be used as a target module. More 
particularly, a memory module including a solid-state disk 
3 5 storage device (e.g., NAND flash memory device) can 
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advantageously be used. Illustratively, a memory module that 
can be used as a target module in a modular device according 
to the invention can include a compact flash memory device, 
such as an ATA format flash disk drive. Other solid-state 
5 disk storage devices, such as SCSI disks and IDE disks can be 
used. The construction and operation of memory devices in 
general, as well as those identified particularly above, is 
well understood by those skilled in that art, so that, 
together with an understanding of the required communication 
10 capability between the target module and the security module, 
a memory module for use with the invention can be easily 
constructed and operated. A modular device according to the 
invention that includes a memory module as a target module 
can be used, for example, to securely store data in a manner 
15 that enables a user of the data to easily carry the data with 
them wherever they go. 

A target module of a modular device according to the 
invention can also be embodied as a communications module 
adapted to enable communication between the host computing 
20 device and a remote device. In general, any such 

communications module can be used as a target module . A 
communications module that can be used as a target module m 
a modular device according to the invention can include, for 
example, a data communications modem (such as. for example, a 
25 conventional telephone line modem, ISDN modem, a cable modem, 
or a wireless modem) or a LAN transceiver (either wired or 
wireless and, in the latter case, operating in. for example, 
the infrared or radiof requency spectrum) . The construction 
and operation of communication devices in general, as well as 
30 those identified particularly above, is well understood by 
those skilled in that art. so that, together with an 
understanding of the required communication capability 
between the target module and the security module, a 
communication module for use with the invention can be easily 
35 constructed and operated. A modular device according to the 
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invention that includes a communications module as a target 
module can be used, for example, to encrypt electronic mail 
before transmission to an addressee. Or, such a modular 
device can be used, for example, to encrypt data files that a 
5 person wishes to securely transfer between a computing device 
at the person's place of work and a computing device at the 
person's home. 

A target module of a modular device according to the 
invention can also be embodied as a biometric module, which 
10 is defined herein as any module that is adapted to receive 
input data regarding a physical characteristic of a person 
based upon a physical interaction of the person with the 
module. In general, any such biometric module can be used as 
a target module. Biometric modules that can be used in a 
15 modular device according to the invention can include, for 
example, a fingerprint scanning device, a retinal scanning 
device or a faceprint scanning device. 

In addition to conventional computational devices for 
storing and/or manipulating digital data, a biometric module 
20 includes a sensor for sensing the physical characteristic, 
and an analog-to-digital converter to transform the analog 
data representing the sensed characteristic into digital 
data. For example, a fingerprint scanning module includes a 
sensor upon which a person can place a finger, the sensor 
25 sensing the fingerprint of the finger, the content of the 
sensed fingerprint being converted into digital data by the 
module. Similarly, a retinal scanning module includes a 
sensor which can be placed proximate to a person's eye, the 
sensor sensing characteristics of the eye such as blood 
30 vessel pattern or iris pattern, the module translating the 

content of the sensed characteristics into digital data. The 
construction and operation of biometric devices in general, 
as well as those identified particularly above, is well 
understood by those skilled in that art, so that, together 
35 with an understanding of the required communication 
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capability between the target module and the security module, 
a biometric module for use with the invention can be easily 
constructed and operated. Fingerprint scanning devices and 
retinal scanning devices that can readily be modified for use 
5 with the invention, i.e., to communicate with a security 

module according to the invention, are known to those skilled 
in that art. For example, fingerprint scanning devices such 
as those available from Identix Incorporated of Sunnyvale, 
California can be used in a fingerprint scanning module for 
10 use with the invention. 

A modular device according to the invention that 
includes a biometric module as a target module can be used, 
for example, to enable user authentication to a host 
computing device before allowing access to particular data 
15 stored on the host computing device. Such user 

authentication can be accomplished by using a biometric 
module to obtain biometric data from a user, transmitting the 
user's biometric data to a security module, and comparing the 
biometric data to an appropriate library of biometric data 
20 representing a predetermined group of people (e.g.. 

authorized users) . The library of data can be stored in a 
memory device of the security module. 

When a modular device including a fingerprint scanning 
module is embodied as a card adapted to be inserted into a 
25 slot of a host computing device, it may be useful to make the 
fingerprint scanning module relatively long, so that a 
portion of the card on which the sensor is positioned can 
extend from the slot of the host computing device, thereby 
enabling fingerprints to be scanned while the modular device 
30 is inserted in the host computing device. Similarly, for a 
fingerprint scanning module, retinal scanning module or 
faceprint scanning module, it may be desirable to form the 
module so that the sensor is connected to the remainder of 
the module via an appropriate communication line, thus 
35 providing some range of movement of the sensor while the 
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modular device is inserted in the host computing device, 
thereby facilitating use of the module. 

A biometric module can be used in different ways with a 
system according to the invention, depending upon the 
5 capabilities of the biometric module. Using known apparatus 
and methods, a "smart" biometric module can be implemented 
with the capability to detect the presence of an input to the 
sensor, and, upon such detection, initiate acquisition of the 
biometric data, transfer of the data to the security module, 
10 and performance by the security module of the appropriate 
data comparison. Such a biometric module can be used to 
perform user authentication as in step 704 of the method 700 
above. Alternatively, the biometric module may be "stupid" 
and require that a user initiate the data acquisition and 
15 authentication process. Such a biometric module can be used 
to perform user authentication in a modular device that 
allows operation without entry of a proper access code, as in 
steps 714 and 715 of the method 7 00. 

A target module of a modular device according to the 
20 invention can also be embodied as a smart card reader module 
adapted to communicate with a smart card such as, for 
example, a smart card compliant with the ISO 7 816 standard. 
Such a module can be implemented by adapting a conventional 
smart card reader, the construction and operation of which is 
25 well known to those skilled in that art, with a 

communications interface that enables the smart card reader 
to communicate with the security module . A modular device 
according to the invention that includes a smart card reader 
module can be used to provide security features to a smart 
30 card reader, or add to existing security features of a smart 
card reader. 

As indicated elsewhere herein, a modular device 
according to the invention can also be used with a host 
computing device when the modular device includes only a 
35 security module, such a situation capable of being detected 
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as described above. In that case, the modular devxce can be 
used to. for example, encrypt or decrypt data stored on the 
hos t computing device by receiving the data from the host 
computing device, encrypting or decrypting the data as 
5 appropriate, then returning the encrypted or decrypted data 
to the host computing device. (It can also be possible to 
use only the security module, in the manner just indxcated. 
of a modular device that includes a target module.) 

It is to be understood that the examples given above are 
10 merely illustrative, not exhaustive, of the ways ir . which a 
modular device according to the invention can be used. Many 
more possibilities exist. 

FIG 8 is a block diagram of a securxty module 800 
according to one embodiment of the invention. The 
15 module 800 includes a cryptographic processxng devxc 801 
interface control device 802. a first memory devxce 803. 
second memory device 804. a real-time clock 805 a host 
computing device input/output (I/O) interface 806 and a 
target module input/output (I/O) interface 807. 
20 The host computing device I/O interface 806 and the 

target module I/O interface 807 enable communications between 
the security module 800 and a host computing devxce and 
security module 800 and a target module, respectively, 
electrical and mechanical characteristics of the I/O 
25 interfaces 806 and 807, as well as the protocols used to 
enable communication via the interfaces 806 and 807 are 
established in any manner that conforms to the industry 
standard specifications for an interface of that type For 
example, a modular device according to the xnventxon can be 

^- in , n * pcmcia slot of a host computing 
30 adapted for insertxon xnto a PCMCIA siot 

device. in such a modular device, the electrxcal and 
mechanical characteristics and protocol for the host 
computing device I/O interface 806 are established xn 
conformance with the appropriate PCMCIA standards. 
35 Similarly, a modular device according to the inventxon can 
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include a target module that is a compact flash memory 
module. In such a modular device, the electrical and 
mechanical characteristics and protocol for the target module 
I/O interface 807 are established in conformance with the 
5 appropriate compact flash interface standards. 

The cryptographic processing device 801 can be adapted 
to perform security operations. Generally, the cryptographic 
processing device 801 can be embodied by any processor 
capable of performing the cryptographic operations desired to 
10 be provided by the security module 800. In one embodiment of 
the security module 800, the cryptographic processing 
device 801 is a special purpose embedded processor, embodied 
on a single integrated chip and designated as MYK-82 (and 
also referred to by the name Capstone) , which includes an 
15 ARM6™ processor core and several special purpose 

cryptographic processing elements that have been developed by 
the Department of Defense. The construction and operation of 
the Capstone chip is known by those skilled in the art of 
cryptographic processing . 
20 The first memory device 803 can be a non-volatile data 

storage device which can be used to store computer programs 
and persistent data. The first memory device 803 can be 
implemented by any appropriate such device (of which there 
are many conventional, readily available incarnations), such 
25 as, for example, a conventional flash memory device. 

The second memory device 804 can be a volatile data 
storage device that can also be a rapidly accessible data 
storage device in which frequently used data and program 
instructions can be stored during operation of the security 
30 module 800. The second memory device 804 can also be 

implemented by any appropriate such device (of which there 
are many conventional, readily available embodiments) , such 
as, for example, a conventional random access memory (RAM) 
device . 

35 The real-time clock 805 enables the creation of time 
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stamps, which can be used in a number of security operations. 
Advantageously, the time stamps created by the real- time 
clock 805 are more secure than those that could otherwise be 
produced by the relatively insecure clock of a host computing 
5 device. The real-time clock 805 includes a conventional 
battery backup device that maintains power to the real-txme 
clock 805 when the security module 800 is not in use (i.e.. 
when power is not supplied to the security module 800) , so 
that the correct time is continuously preserved within the 
10 security module 800. The real-time clock 805 (including 
battery backup) can be embodied by any conventional such 
device, such as the DS1302 clock available from Dallas 
Semiconductor of Dallas. Texas. 

in the security module 800, the interface control 
15 device 802 mediates the interaction between the host 

computing device, the target module and the cryptographic 
processing device 801. In one embodiment of the security 
module 800, the interface control device 802 is a 
conventional field-programmable gate array (FPGA) that is 
20 programmed to perform the functions that it is desired to 

implement with the interface control device 802. as described 
in more detail below. The interface control device 802, 
under control of the cryptographic processing device 801. can 
be adapted to enable the modular device to assume the 
25 identity of the target module, as discussed above. The 
interface control device 802 also enables the in-line 
cryptography aspect of the invention, since the interface 
control device 802 controls the flow of data between the host 
computing device and the target module. 
30 FIG 9A is a block diagram illustrating the flow of data 

through the interface control device 802 of FIG. 8. Data 
transferred from a host computing device enters the security 
module 800 (not demarcated in FIG. 9A) through the host 
computing device I/O interface 806. The interface control 
35 device 802 presents the data to a cryptographic processing 
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device interface 808 (not shown in FIG. 8) . Depending on the 
configuration of the interface control device 802, as 
determined by operation of the modular device driver and/or 
by settings established during the manufacture of the 
5 security module 800, the data may or may not be processed by 
the cryptographic processing device 801 (FIG. 8) . Typically 
(or, in some cases, necessarily), as discussed in more detail 
above, cryptographic processing will occur. The interface 
control device 802 then causes the data to be transferred to 
10 the target module I/O interface 807, the data exiting the 
security module and being transferred to the target module. 
Data being transferred from the target module to the host 
computing device follows a similar path in the reverse 
direction. When the target module is not present or is not 
15 being used, data transferred from the host computing device, 
after being presented to the cryptographic processing device 
interface 808 and being processed by the cryptographic 
processing device 801, is caused to be transferred back to 
the host computing device I/O interface 806 (and, from there, 
20 to the host computing device) by the interface control 
device 802. 

FIG. 9B is a block diagram of a particular embodiment of 
an interface control device 910 for use in a security module 
according to the invention. As shown in FIG. 9B, the host 

25 computing device communicates via a PCMCIA interface and the 
target module is a compact flash memory device. Those 
skilled in the art will readily appreciate how the interface 
control device 910 can be modified for use with other host 
computing device interfaces and/or target modules. 

30 The interface control device 910 includes sets of 

configuration registers 911. The data stored in the 
configuration registers 911 establish operating 
characteristics of the interface control device: in 
particular, the content of the configuration registers 

3 5 enables the interface control device to present to the host 
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computing device a desired identification of the modular 
device, and determines whether data passing through the 
security module must be subjected to security operations 

A set of configuration registers is maintained for the 
5 host computing device I/O interface, the cryptographic 

processing device interface, and the target module inte rface. 
in particular, the content of the host computing device I/O 
interface configuration registers is such that the 
interaction of the host computing device with the modular 
10 device is the same as if the security functionality were not 
present (unless the data security system is operating xn 
security functionality only mode) . The content of the target 
xnodule interface registers reflects the presence of 
security functionality. The cryptographic processing device 
15 interface registers bridge the gap between the other two sets 

of registers. . ^_ _ 

The remainder of the functional blocks of the interface 
control device 910 shown in FIG. 9B perform functions and 
operate in a manner that can readily be understood by those 
20 sKilled in the art from the designation and interconnection 
of those blocks in FIG. 9B. 

in general, the security mechanism (e.g., security 
m odule) of a modular device according to the invention can be 
configured to perform any cryptographic operation, as well as 
25 other, related mathematical operations. A configuration of 
the security mechanism that enables a particular 
cryptographic or mathematical operation can be produced, for 
example, by using appropriate existing cryptographic 
software, application- specif ic hardware, or combination of 
30 the two, as known by those skilled in the art of producing 
cryptographic devices. Following is a description of 
exemplary cryptographic and mathematical operations that can 
be implemented as part of a security mechanism of a modular 
device according to the invention. These cryptographic and 
35 mathematical operations are well-known and can readily be 
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implemented in a modular device according to the invention by 
a person of skill in the art of cryptography. 

For example, a modular device according to the invention 
can implement one or more cryptographic key exchange 
5 operations. Any key exchange operation can be implemented, 
such as, for example, the Department of Defense Standard, the 
RSA, the Dif f ie-Hellman, and the X9.42 (ANSI Banking 
Standard) key exchange algorithms. 

A modular device according to the invention can also 
10 implement one or more hash operations. Any hash operation 
can be implemented, such as, for example, the FIPS 180-1 
(SHA-1) , the Message Digest 2 (RSA), and the Message Digest 5 
(RSA) algorithms. 

A modular device according to the invention can also 
15 implement one or more digital signature operations. Any 

digital signature operation can be implemented, such as, for 
example, the FIPS 186 (DSA - 512, 1024) and the RSA Signature 
(512, 768, 1024, 2048) algorithms. 

A modular device according to the invention can also 
20 implement one or more key wrapping operations for both 

symmetric and asymmetric keys. A key wrapping operation can 
ensure that plaintext keys are not accessible external to the 
modular device. Any key wrapping operation can be 
implemented . 

25 A modular device according to the invention can also 

implement one or more symmetric encryption operations. Any 
symmetric encryption operation can be implemented, such as, 
for example, the FIPS 185 (implemented completely in 
hardware), the DES (including 3DES , EDE3 , CBC and ECB) , the 

30 RC-2 and the RC-4 algorithms. 

A modular device according to the invention can also 
implement one or more asymmetric (public key) encryption 
operations. While asymmetric encryption operations underlie 
the key exchange operations described above, asymmetric key 

35 operations can also be used independently in a modular device 
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according to the invention for bulk encryption. Any 
asymmetric encryption operation can be implemented, such as. 
for example, the RSA and Dif f ie-Hellman algorithms. 

A modular device according to the invention can also 
5 implement one or more exponentiation operations, which are 
required in many cryptographic operations. Any 
exponentiation operation can be implemented. Since modular 
exponentiation requires a significant amount of processing 
time relative to other mathematical operations, it can be 
10 desirable to implement an exponentiation operation in 

dedicated hardware. In one embodiment of a modular device 
according to the invention, the security mechanism of the 
modular device includes a full 1024 bit exponentiator 
implemented in hardware. 
15 various embodiments of the invention have been 

described. The descriptions are intended to be illustrative, 
not limitative. Thus, it will be apparent to one skilled in. 
the art that certain modifications may be made to the 
invention as described above without departing from the scope 
20 of the claims set out below. 
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We claim: 

1. A modular device, comprising: 
a security module, comprising: 

means for enabling one or more security 
5 operations to be performed on data; 

means for physically engaging with a target 
module ; and 

means for communicating with a target module; 

and 

10 a target module, comprising: 

means for enabling a defined interaction with 
a host computing device; 

means for physically engaging with a security 
module ; and 

15 means for communicating with a security 

module ; and 

means for communicating with a host computing 
device . 



20 



2. A modular device as in Claim 1, wherein the target 
module comprises a memory module adapted to enable non- 
volatile storage of data. 

3. A modular device as in Claim 2, wherein the memory 
module includes a solid-state disk storage device. 

4. A modular device as in Claim 1, wherein the target 
25 module comprises a communications module adapted to enable 

communication between the host computing device and a remote 
device . 

5 . A modular device as in Claim 4 , wherein the 
communications module comprises a modem module. 

30 6. A modular device as in Claim 4, wherein the 
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communications module comprises a LAN transceiver module. 

7 A modular device as in Claim 4, wherein the 
communications module comprises a wireless communications 
module . 

5 8. A modular device as in Claim 4, wherein the 

communications module comprises a wired communications 
module . 

9. A modular device as in Claim 1. wherein the target 
module comprises a biometric module. 

10 10. A modular device as in Claim 9. wherein the 

biometric module comprises a fingerprint scanning module. 

11. A modular device as in Claim 9, wherein the 
biometric module comprises a retinal scanning module. 

12. A modular device as in Claim 1, wherein the target 
15 module comprises a smart card reader module adapted to 

communicate with a smart card. 

13. A modular device as in Claim 1. wherein the target 
module comprises a module including means for receiving user 
input data that identifies a user of the modular device. 

20 14 . A modular device as in Claim 1 . wherein the 

security module further comprises the means for communicating 
with a host computing device. 

15. A modular device as in Claim 1, further comprising 
means for providing the type of a target module to a host 
25 computing device in response to a request from the host 

computing device for information regarding the type of the 
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modular device . 

16. A modular device, comprising: 
a security module, comprising: 

means for enabling one or more security 
5 operations to be performed on data; 

means for communicating with a target module ; 

and 

means for communicating with a host computing 
device; and 
10 a target module, comprising: 

means for enabling a defined interaction with 
a host computing device; and 

means for communicating with a security 
module ; 

15 wherein communication between the target 

module and the host computing device must first 
pass through the security module. 

17. A modular device as in Claim 16, wherein the 
security module further comprises means for providing the 

20 type of a target module to a host computing device in 

response to a request from the host computing device for 
information regarding the type of the modular device. 

18. A modular device as in Claim 16, wherein the target 
module comprises a memory module adapted to enable non- 
25 volatile storage of data. 

19. A modular device as in Claim 16, wherein the target 
module comprises a communications module adapted to enable 
communication between the host computing device and a remote 
device . 

30 20. A modular device as in Claim 16, wherein the target 
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module comprises a biometric module. 

21. A modular device as in Claim 16. wherein the target 
module comprises a smart card reader module adapted to 
communicate with a smart card. 

5 22. A modular device, comprising: 

a security module, comprising: 

means for enabling one or more security 
operations to be performed on data; and 

means for communicating with a target module; 
10 a target module, comprising: 

means for enabling a defined interaction with 
a host computing device; and 

means for communicating with a security 

module ; 

means for communicating with a host computing 
device; and 

means for providing the type of a target module to 
a host computing device in response to a request from 
the host computing device for information regarding the 
type of the modular device. 

23. A modular device as in Claim 22. wherein the target 
module comprises a memory module adapted to enable non- 
volatile storage of data. 

24. A modular device as in Claim 22. wherein the target 
25 module comprises a communications module adapted to enable 

communication between the host computing device and a remote 
device . 

25. A modular device as in Claim 22, wherein the target 
module comprises a biometric module. 



15 



20 
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26. A modular device as in Claim 22, wherein the target 
module comprises a smart card reader module adapted to 
communicate with a smart card. 

27. A modular device, comprising: 

5 a security module, comprising: 

means for enabling one or more security 
operations to be performed on data; and 

means for communicating with a target module; 

and 

10 a target module, comprising: 

means for enabling a defined interaction with 
a host computing device ; and 

means for communicating with a security 
module ; 

15 means for communicating with a host computing 

device ; and 

means for operably connecting the security module 
and/or the target module to the host computing device in 
response to an instruction from the host computing 
20 device. 



28. A modular device as in Claim 27, wherein the target 
module comprises a memory module adapted to enable non- 
volatile storage of data. 

29 . A modular device as in Claim 27 , wherein the target 
25 module comprises a communications module adapted to enable 

communication between the host computing device and a remote 
device . 

30. A modular device as in Claim 27, wherein the target 
module comprises a biometric module. 

30 31. A modular device as in Claim 27, wherein the target 
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module comprises a smart card reader module adapted to 
communicate with a smart card. 

32. A security module, comprising: 

means for communicating with a host computing 

5 device ; 

means for performing one or more security 

operations on data; and 

means for communicating with a target module that 
is adapted to enable a defined interaction with the host 
10 computing device. 

33 A security module as in Claim 32, further 
comprising means for physically engaging the security module 
with the target module. 

34 A security module as in Claim 32, further 

15 comprising means for controlling the means for communicating 
with the target module to obtain information from the target 
module that can be used to identify the type of the target 
module . 

35 A security module as in Claim 34, further 
20 comprising means for providing the information to the host 
computing device in response to a request from the host 
computing device for information regarding the type of the 
security module. 



25 



30 



36. A data security system, comprising: 

a host computing device including one or more 
device interfaces adapted to enable communication with 

another device; 

a modular device, comprising a security module, the 

security module comprising: 

means for communicating with the host 
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computing device; 

means for performing one or more security 
operations on data; and 

means for communicating with a target module 
5 that is adapted to enable a defined interaction 

with the host computing device. 

37. A data security system as in Claim 36, wherein the 
modular device further comprises a target module, the target 
module comprising : 

10 means for communicating with the security module; 

and 

means for enabling a defined interaction with the 
host computing device. 

38. A data security system as in Claim 37, wherein the 
15 security module further comprises: 

means for controlling the means for communicating 
with the target module to obtain information from the 
target module that can be used to identify the type of 
the target module; and 
20 means for providing the information to the host 

computing device in response to a request from the host 
computing device for information regarding the type of 
the modular device. 



39. A data security system as in Claim 37, wherein the 
25 target module comprises a memory module adapted to enable 

non-volatile storage of data. 

40. A data security system as in Claim 39, wherein the 
memory module includes a solid-state disk storage device. 

41. A data security system as in Claim 37, wherein the 
3 0 target module comprises a communications module adapted to 
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enable communication between the host computing device and a 
remote device. 

42. A data security system as in Claim 41, wherein the 
communications module comprises a modem module. 

5 43 A data security system as in Claim 41. wherein the 

communications module comprises a LAN transceiver module. 

44 A data security system as in Claim 41. wherein the 
communications module comprises a wireless communications 
module . 

10 45 A data security system as in Claim 41. wherein the 

communications module comprises a wired communications 
module . 

46. A data security system as in Claim 37, wherein the 
target module comprises a biometric module. 

15 47 A data security system as in Claim 46, wherein the 

biometric module comprises a fingerprint scanning module. 

48. A data security system as in Claim 46, wherein the 
biometric module comprises a retinal scanning module. 

49 A data security system as in Claim 37. wherein the 
20 target module comprises a smart card reader module adapted to 
communicate with a smart card. 

50. A data security system as in Claim 37, wherein the 
target module comprises a module including means for 
receiving user input data that identifies a user of the 
25 modular device. 
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51. For use in a modular device adapted for 
communication with a host computing device, the modular 
device comprising a security module that is adapted to enable 
one or more security operations to be performed on data and a 

5 target module that is adapted to enable a defined interaction 
with the host computing device, a method comprising the steps 
of: 

receiving a request from the host computing device 
for information regarding the type of the modular 
10 device; and 

providing the type of the target module to the host 
computing device in response to the request. 

52. A method as in Claim 51, wherein the security 
module is adapted to enable communication with the host 

15 computing device and the target module, and the target module 
is adapted to enable communication with the security module 
and prevent direct communication with the host computing 
device, the method further comprising the step of controlling 
the security module to communicate with the target module so 

20 as to obtain information from the target module that can be 
used to identify the type of the target module. 



NSDOCID: <WO 98559 12A1_I_> 



WO 98/55912 



PCT/US98/11064 



1/10 



101a 



Host 

Computing 
Device 




Portable 
Device 

102 


«< ► 


- Security 1Q1 



100 



FIG. 1 

(PRIOR ART) 



Host 

Computing 
Device 



201 



Security 
Device 



203 



200 



Portable 
Device 



202 



FIG. 2 

(PRIOR ART) 



WO 98/55912 



PCT/US98/11064 



2/10 



300 



Host 

Computing 
Device 




Modular 
Device 




303 






301 




Security 


302 



302a 



FIG. 3A 




JNSDOCID: <WO 985591 2A1J_> 



WO 98/55912 



PCT/US98/U064 



3/10 



400 



Security 
Module 




Target 
Module 




401 


< ► 




402 



FIG. 4A 



410 




FIG. 4B 



WO 98/55912 



PCTAJS98/11064 



4/10 



501 



502 



503 



504 



505 



User connects modular device 
to host computing device. 



I 



Host computing device detects presence 
of modular device. 



I 



Modular device establishes its identity. 



I 



Host computing device identifies modular device. 



I 



User interacts with host computing device 
to begin using modular device. 



500 



/ 



FIG. 5 



WSDOCID: <WO 98559 12A1J„> 



WO 98/55912 



PCT/US98/11064 



5/10 




WO 98/55912 



PCTAJS98/1 1 064 



6/10 




3NSDOCID: <WO 88559 12A1J_> 



WO 98/55912 



PCT/US98/11064 



7/10 



CO 

cz 
o 

o 



° t5 

CD CD CO 

to -3 to 
— o> o 



to 



CO 



co T"i 7" : to 

Q_ O) E? w 
d CD CO O 













0 




"0 




co 




to 








JO 












"3 




0 




CD 




X 




UJ 




to 

o ^_ 
* o o 



c: 
o 



P CD Q) CO 

W"5 CO 

o>o £? 

co -o ^ co 

-3 CO 









cf 




_o 




"0 




CO 




CO 




cz 




CO 
















0 




0 







CM 




00 

o 

LL 



WO 98/55912 



PCT/US98/11064 



8/10 



a> -= 
co o 



i 



CO 
CO 
CO 



CO 



CO 
CO 



5 1 



ar 



to 

co \ 



r|l|H> 



o 

I — 



O 



CO — 
Q. Q-^z 

o E w 



X cx> 



O 



O 
O 
OO 



CO 

o 
o 



CVJ 

o 
co 



CO 
Z5 
CO 

o 
o 



§5^ 

go 



t 



V 



CO 

o 

CO 



oo 
CD 



W 3 O 
O CL > 

o Q 
O 



NSDCC1D: <WO 9855912A1J_> 



WO 98/55912 PCT/US98/11064 

9/10 



Host 
Interface 



806 



r~ 



.802 



Target Module 
Interface 



Cryptographic 
Processing 
Device 
Interface 



807 



808 



FIG. 9A 



WO 98/55912 



PCT7US98/11064 



10/10 



0DO0.I-0 Q-OCOOLUCOCOOCC — ^ I— UJ CC U- O LU 



CO 
CO 

o 

cc 



*5 o ^ 

ClUJO 
CO 



o 
cc 





o 




lilMAND 
ECTOR 










O uj 
OQ 











cc 

>- LU 
CO h- 
LJ CD CO 

^ ° 
O UJ 

a: cc 



CO 



o 



o 
o 

<c 
o 
o 



UJ cc 

CO O 



O 5 

o o ^ 
cu S O 



<c cc 
Sou. 

ODD 
CL <£ CD 



CO 
CO 
UJ 

cc 
o 

Q 

<c 
—J 
O 



CO 



CD 



Q CC 
CC Q 
<C O 
O Q 



IT 
CO 

«jcc 

I — u_ 

o r> 

<C CD 

82 



a: 

CO 

3_j 

LL O 

h- CC 

O h- 

<C g 
Q_ O 
S O 

8§ 



O 

<c 

Lt_ 

CC 



o 

Q_ 

o 
o 



CD 

Li- 



Ik! 



CO 

cc 

UJ 
CD h= 

EE 52 

O uj 

o cc 



I 
I 

I 

I 



<c cc 

LU 

£2 <: ll 

O <C ID 
(LDffl 



! jfg _ 



O-OSO — <C — Zl- LUGCU-<t:OUJ 



3NSDOC10: <WO 986591 2A 1_l_> 



INTERNATIONAL SEARCH REPORT 



ernationat Application No 

PCT/US 98/11064 



CLASSIFICATION OF SUBJECT MATTER 

PC 6 G06F1/00 



According to International Patent Classification (IPC) or to both national classification and (PC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

PC 6 G06F 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name ot data base and, where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * Citation of document, with Indication, where appropriate, of the relevant passages 



Relevant to claim No. 



US 4 910 776 A (DYKE JOHN) 20 March 1990 



see abstract; figure 3D 

see column 1, line 1 - column 4, line 2 



16,18, 
19, 

27-29, 
31,32, 
36,37, 
39,41,49 



1,2,4, 
12-14, 
17, 

21-24, 
26, 

33-35, 
38,40, 
50-52 



-/- 



Further documents are listed in the continuation of box C. 



Patent family members are listed in annex. 



* Special categories ol cited documents : 

"A* document defining the general state of the art which is not 

considered to be of particular relevance 
"E" earlier document but published on or after the international 

filing date 

t" document which may throw doubts on priority daim(s) or 
which is died to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international filing date but 
later than the priority date claimed 



T* later document published after the international tiling date 
or priority date and not in confBct with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
. document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art 

document member of the same patent family 



Date of the actual completion of the international search 



17 September 1998 



Date of mailing of the international search report 



24/09/1998 



Name and mailing address of the ISA 

European Patent Office. P.8. 5818 Patentlaan 2 
NL - 2280 HV Rijswijk 
Tel. (+31-70) 340-2040. Tx. 31 651 epo rt. 
Fax: (+31-70) 340-3016 



Authorized officer 



Powell, D 



Form PCT/ISA/210 (second rfieet) (Jury 1892) 



Dane 1 nf 7 



INTERNATIONAL SEARCH REPORT 



1 



C(Continuatlon) DOCUMENTS CONSIDERED TO BE RELEVANT 



emotional Application No 

PCT/US 98/11064 



P,X 



Citation of document, with indication.whare appropriate, ol the relevant passages 



US 4 709 136 A ( WATANABE HIROSHI) 
24 November 1987 

see the whole document 

US 5 630 174 A (STONE III JOHN E ET AL) 
13 May 1997 



see abstract; figures 3,5 

US 5 457 590 A (BARRETT PAUL ET AL) 

10 October 1995 

see the whole document 

US 5 548 721 A (DENSL0W DAVID L) 
20 August 1996 

see abstract; figure 1 

see column 2, line 29 - column 3, line 38 

WO 97 29416 A (INTEGRATED TECH AMERICA 
;MO0NEY DAVID M (US); KIMLINGER PAUL J 
(US) 14 August 1997 
see page 4, line 10 - page 5, line 23 
see page 21, line 10 - page 24, line 31 
see claims 1-16 



. Form PCT/ISA/210 (continuation of fiacood shoet) (Juty 1 992) 

NSDOCID: <WO_9855912Al_l_> 



Rolevant to claim No. 



1,2,4, 

12-14, 
21,33,50 



17, 

22-24, 
26,34, 
35,38, 
51,52 

15 

40 



5-11,20, 

25,30, 

42-48 



27-29,31 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 

Information on patent (amity members 



emallonal Application No 

PCT/US 98/11064 



Patent document 
cited in search report 



Publication 
date 



Patent tamily 
member(s) 



Publication 
date 



US 4910776 



20-03-1990 



US 4709136 



24-11-1987 



AU 
AU 
CA 
EP 
JP 
W0 
US 



JP 
JP 
JP 



628142 


B 


10- 


-09- 


1992 


5187690 


A 


26- 


-09- 


1990 


2010700 A,C 


24- 


-08- 


1990 


0460092 


A 


11- 


-12- 


1991 


4505837 


T 


08- 


-10- 


1992 


9010344 


A 


07- 


-09- 


■1990 


5063596 


A 


05- 


-11- 


■1991 


1781928 


C 


13- 


-08- 


-1993 


4073194 


B 


20- 


-11- 


-1992 


61278989 


A 


09- 


-12- 


-1986 



US 5630174 



13-05-1997 



US 5457590 



10-10-1995 



US 5548721 



20-08-1996 



NONE 



DE 
AT 
AU 
AU 
CA 
DE 
DK 
EP 
ES 
JP 



4021199 
151548 
644881 
7830991 
2044225 
59108651 
461456 
0461456 
2103284 
5127832 



A 

T 
B 
A 
A 
D 
T 
A 
T 
A 



NONE 



19-12- 
15-04- 
23-12- 
18-03- 
12-12- 

15- 05- 
27-10- 
18-12- 

16- 09- 
25-05- 



1991 
1997 
1993 
1993 
1991 
1997 
1997 
1991 
1997 
1993 



W0 9729416 



14-08-1997 



AU 



2119697 A 



28-08-1997 



Forni PCT/1SAI21 0 (pataot lamay annex) (July 1 892) 



This Page Blank (uspto) 



